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(54) Workflow manager 

(57) A method and system for handling, that is rout- 
ing and tracking, a plurality o1 incoming media streams 
of varying types - such as faxes, e-mail, Voice over IP, 
and others • Is disclosed. The system analyzes the 
incoming media's type, header information and content 
and, in conjunction with other databases availat>le 
within an enterprise, such as a human resources or cus- 
tomer Information management datat>ases, determines 
a plurality of suitable enterprise resources that may be 
able to adequately respond to said incoming media 
stream. The system may, again in conjunction with the 
enterprise databases, determine the availability of an 
identified enterprise resource and, rf availak>ie, routes 



said incoming media stream to said identified and avail- 
at^e resource. If the identified resource Is unavailat^e, 
alternate resources are selected from said plurality of 
identified resources for possible routing of the incoming 
media stream. The system also tracks the disposition of 
the media stream k>y the identified and available 
resource, and if said disposition of said media stream 
does not occur within a predetermined time, the system 
increases the priority of said media stream arxl re- 
routes the media stream within the enterprise. The sys- 
tem also maintains a database of statistics relating to 
the receipt and disposition of incoming media streams. 
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Descripti n 

FIELD OF THE INVENTION 

[0001] A system and method for handling a variety 
of media streams are disclosed. More particularly, a 
system and method are disclosed that can provide 
enterprise-wide routing and, preferably, rqporting for a 
variety of incoming media streams. 

BACKGROUND TO THE INVENTION 

[0002] Telephone call centers are known in the art. 
A call center is used in allocating telephone calls 
received from the Public Switched Telephone NeNvork 
(PSTN) to be processed by a plurality of call handling 
personnel or agents. Call centers are used to route tel- 
eph ne calls requiring specific services - such as infor- 
mation in a particular language or information about a 
product - to an agent capable of providing these serv- 
ices. Calls are routed to a particular agent by comparing 
the services required by the call, determined by, for 
example* the originating call information, the number 
called, menu selectfons made by the caller, and the pri- 
ority of the call, with the resources availat)le to process 
the call at the call center such as personnel, and the 
skill sets associated with those personnel. 
[0003] As calls arrive at the call center, computer- 
ized call center equipmerrt routes incoming calls of a 
particular call type, that is, those calls that require iden- 
tical services, in queues and allocates these calls to 
appropriate agents, who have the skill set necessary to 
process these calls in the queues! As will be appreci- 
ated, an agent may be assigned to nndre than one 
queue. 

[0004] The calls that are processed by the call 
center are also tracked by call center equipment. This 
tracking provides detailed reporting statistics on the dis- 
position of each call received by the call center. 
[0005] The ability to process calls by a call center is 
limited by the number of agents that cari be accommo- 
dated by the call center equipment. Moreover, the skill 
sets of tiie call personnel are often insufficient to satis- 
factorily dispose of all the calls received by the call 
center. For instance, a call received by a call center 
designed to attend to calls regarding catalogue sales 
woutel have difficulty in attending to a matter that Is more 
appropriately harxiled by a compan/s legal depart- 
ment. Furthermore, as will be appreciated, the cost of 
providing the equipment and personnel to handle all 
calls that may be directed to an enterprise (e.g., a com- 
pany) is not economically feasitsle with call center tech- 
nology. 

[0006] Further, a call center attends only to voice 
telephone calls from the PSTN. However, businesses 
receive more than just voice calls directed to the txjsi- 
ness in general. These other media streams, including 
for example, voice over IP, faxes, electronic mail ("e- 



mair). web forms and video, are not processed In a for- 
malized manner but rather on an ad hoc basis. Further- 
more, the processing of these other media streams, due 
to the ad hoc nature of their processing, does not pro- 

5 vide the same statistical processing information that 
enak>les a business fo analyse and improve its response 
to customer inquiries. The current ad hoc methods and 
systems for attending to media streams, other than con- 
ventional telephone calls, currently require manage- 

10 ment control over numerous disparate systems, 
f^oreover. these disparate systems do not provide a 
business with a unified interactive user interface 

[0007] Accordingly, it Is desired to provide a method 
and system that can provkle enterprise-wide routing 
IS and reporting upon a plurality of media streams that 
. addresses these short-comings off known call centers.. 

SUMMARY OF THE INVENTION 

.20 [0008] A workflow manager (also referred to herein^ 
as a media response system) monitors all media 
streanns incoming to an enterprise, such as voice calls, 
e-mail, and fax. Through analysis off an incoming media 
stream, the manager develojDS attribute data for the 

25 Stream. Based on the attribute data, the manager que- 
ries other systems in the enterprise for further informa- 
tion which will include candkiate resources to handle 
the incoming stream. Based on the replies, the incom- 
ing stream is routed to a selected resource. 

30 [0009] According to one aspect of the invention, 
there is provided a method for routing an incoming 
media stream comprising: a) receiving a media stream 
comprised off one of a plurality of media streiam types 
directed to ah enterprise; b) determining attritxjte data 

35 characteristic of said media stream from said media 
stream; c) based on said attribute data, requesting infor- 
mation from databases available in said enterprise; and 
d) k>ased on responses to said information requesting 
step, routing said incoming media stream to a resource 

40 destination address associated with said enterprise. . 
[0010] The Invention also provides a systehn and 
computer program product to effect this method. 
[0011] A method and system for handling, that is 
routing and tracking, a plurality of incoming media 

45 streams of varying types - such as faxes, e-mail. Voice 
over IP, arxi others - is disclosed. The system analyzes 
the incoming medians type, header information and con- 
tent and, in conjunction with other databases available 
within an enterprise, such as a human resources or cus- 

50 tomer information management databases, determines 
a plurality of suitable enterprise resources that may k>e 
ak>le to adequately respond to saki incoming media 
stream. The system may. again in conjunction with the 
enterprise databases, determine the availability of an 

55 kJentified enterprise resource and. if availat)le, routes 
said incoming media stream to said kdentif ied and avail- 
able resource. If the kientified resource is unavailable, 
alternate resources are selected from sakJ plurality of 
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Identified resources for possible routing of the incoming PBX 1 04 could alternatively be replaced by another 

media stream. The system also tracks the disposition of suitable telephony switch which could form part of 

the media stream by the Identified and available PSTN 120. 

resource, and if said disposition of said media stream [0015] PBX 104 is in communication with PSTN 

does not occur within a predetermined time, the system 5 120. Connected to PSTN 120 is a plurality of devices 

increases the priority of said media stream and re- such as telephone stations 122a arid 122b (generally 

routes the media stream within the enterprise. The sys- 122) and fax machine 124. Telephone stations 122 

tern also maintains a database of statistics relating to need not be wired drectiy to PSTN 120 t)ut may also be 

the receipt arKl disposition of Incoming media streams. wireless devices connected indirectiy to PSTN 120. 

10 Moreover, other devices may communicate with enter- 

BRIEF DESCRIPTION OF THE DRAWINGS prise 1 10 via PSTN 120 such as computers, video calls 

and tiie like. 

[0012] The present invention will be more dearly [0016] Corporate network 102 Is also in communi- 

understood after reference to the following detailed cation with public network 130. Public network 130 may 

specification read in conjunction witti tiie drawings is be ttie public internet, a data network of the same or 

which illustrate example emtxxJiments of the invention another entity, or tiie like. In communication with piMc 

wherein: network 130 Is a telephone station 132 for transmitting 

voice over IP. e-mail application 134. web browser 136 
Figure 1 is schematic of an enterprise including a and video conferencing application 138. Other applica- 
media response center, exehnptary of a preferred 20 tions used for sending messages over a data network, 
embodiment of tiie present invention; such as public network 1 30, may also be used. 
Figure 2 is a schematic detail of a portion of Rgure [0017] Figure 2 illustrates MRS 100 in greater 
1; detail. MRS 100 includes computing device 200. Com- 
Rgure 3 is a schematic detail of a second portion of puting device 200 is comprised of processor 202 in 
Figure 1; < 25 communication with each of PBX interface 204, persist- 
Flgure 4 is a schematic detail of a third portion of ent memory 206 and network Interface 208. Computing 
Figure 1 : ^ device 200 may also be at>le to read data and programs 
Figure 5 is a schematic detail of a portion of Figure from computer readable medium 214 for transfer to 
2; . memory 206. As illusti^ated, computer readable medium 
Figure 5a is a functional block diagram for a portion 30 is a removable disk. However. It could equally comprise 
of Figure 5; a removable tape or chip. Also, the computer readable 
Rgure 6 is data exemplary off a portion of Figure 4; medium couki comprise a memory of a remote compu- 
Figure 7 is data exemplary of a second portion of ter provided tiiere were an appropriate interconnection 
Figure 4; and tsetween computing devices 200 and the remote corn- 
Figures 8A. SB and 80 are fbw charts illustrating a 35 puter, such as an Internet connection. Also, optionally 
portion of the software control of the system of Fig- connected to computer 200 is display 210 and Input 
urel. device 212. Display 210 may be any known display 

device such as a monitor or LCD screen. Similarly input 

DETAILED DESCRIPTION OF THE PREFERRED device 212 may include one or more of a mouse, key- 

EMBODIMENT ... 40 board, microphone or Other suitable input device. 

- [0018] Processor 202 Is a conventional central 
[0013] A workflow manager, or media response processing unit such as a processor from the Intel™ 
system ("MRS"), exemplary of the invention and desig- family of x86 processors. In the alternative, processor 
nated 100. is shown In Figure I. MRS 100 is intercon- 202 could be Reduced Instruction Set Computer 
nected to corporate network 102 and PBX 104. 45 (RISC), such a Sun^ UltraSparc^ or a Motorola™ Pow- 
Corporate network 102 and PBX 104 are also In com- erPC™ or any other suitable processor capable of 
munlcation with corporate resources 106. Together adapting processor 202 and computing device 200 to 
MRS 100, corporate network 102. PBX 104 and perform tiie functions of MRS 100. PBX Interface 204. 
resources 106 form enterprise 110. Enterprise 110 rep- which is in communication with PBX 104 (Rgure 1), is 
resents a noniDhysicai entity. That is, enterprise 1 10, so any suitable interface capable of sending and receiving 
couki be. for exanple. a multi-national corporation with data to and from PBX 104 (Figure 1) and can include an 
corporate resources and physical locations located etiiernet interftoe card or an RS-232 serial port. Man- 
world wide. Moreover, corporate resource 106 can com- ory 206 is any suitat)le corri)ination of Random Access 
prise entities that are located outskfe tiie physical loca- Memory ("RAM"). Read Only Memory ("ROM"), mag- 
tions associated with enterprise 110. 55 netic or optical storage media such as hard disk drives. 
[0014] PBX 104 may be a conventional Nortel^ Network interface 208. which is In communication wit 
Meridian^ PBX or ottier suitable Private Branch corporate network 102 (Figure 1). can be any suitable 
Exchange device for communication with PSTN 120. interface known by those in the art for conwnunicating 
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with a data network. Network interface 206 niay be an 
ethernet, token ring, Asynchronous Transfer Mode 
("ATMO or Integrated Services Digital Network ("ISDN**) 
card. As will be appreciated by those skilled in the art. 
while PBX interface 204 and network interfece 208 have 5 
been illustrated as consisting of two separate elements, 
the functions performed by these irrterfeces may be per- 
formed by a single device. 

[001 9] Illustrated in greater detail in Figure 3 is cor- 
porate network 102. Corporate network 102 is com- 10 
prised of the individual systems that typically are 
present in a corporate enterprisa Connecting to a net- 
work backbone 320 is Human Resources fH.R.'*) sys- 
tem 302; financial system 304; manufacturing system 
306; sales system 308; help desk system 310; e-mail is 
system 312; shipping and receiving system 314; and 
MRS 100. While shown to be in comnnunication with 
each of the other systems, systems 302-314 need not 
be in communication with all the other systems. How- 
ever, at least some, and preferably as many as possik>le so 
of these systems, should be in communication with 
MRS 100 either directly or indirectly, through the corpo- 
rate network backbone. The backbone 320 also has a 
connection 322 to the public network 130 (figure 1} 
through fire wall 324. While backbone 320 is shown in a ^ 
bus configuration, a star, ring or other suitable topogra- 
phy may be used. Backbone 320 could be any suitable 
physical network such as. for example, co-axial cable or 
fiber optic cat>le. Similarly, the network protocol could be 
any suitable form of data communication such as ether- 30 
net, token ring^ ATM or the like. 
[0020] Systems 302-314 of corporate network 102 
are only illustrative of the types of systems that may be 
present in an enterprise environment Each of systems 
302-314 is comprised of a hardware and a software ele-^ 3s 
ment. The hardware elements for systems 302-3 1 4 may 
be proprietary or conrdDination of known hardware sys- 
tems comprising one or more of mainframe computers, 
such as an IBM^ ES9000™; minicomputers, such as a 
Digital Equipment Corporation VAX™ machine: or net- 40 
work servers such as a Sun^ UltraSparc^ station or 
IBM™ Neftfinity™ servers. The software components of 
systems 302-314 could also be comprised of a combi- 
nation of proprietary and commercially available soft- 
ware tailored to the particular enterprise. For example. 45 
H.R. system 302 could, for example, be representative 
of a system that uses PeopleSoft™ software. Rnanciat 
system 304 could be using Oracle™ software. Manufac- 
turing system 306 could for example be a combination 
of software available from Baah™ or SAP™ corpora- so 
tions. Help desk system coukJ. for example, be imple- 
mented with Remedy™. Clarify™, Sisbel/Scopus™, or 
Vantive™ software. Mail system 312 may be provided 
through Microsoft™ Exchange™. Similarly shipping and 
receivir^ system 314 could be implemented with 55 
Baan™, SAP™, or PeopleSoft™ software. 
[0021] Figure 4 details corporate resources 106. 
Corporate resources 108 are any of the physical, infor- 



mational or biological elements of enterprise 1 10 (Rg- 
ure 1). These corporate resources may be used by one 
or more of the other constituents of the enterprise. 
Examples of physical elements that comprise corporate 
resources shown in Rgure 4 are telephone handset 
410. which could be connected to PBX 104 (Figure 1). 
and fax machine 404. Fax machine 404 nfiay also be 
connected to PBX 104. corporate network 102 (Figure 
1) or form part of computing devtee 200 (Figure 2). Also 
forming part of corporate resources 106 are all of the 
personnel of enterprise 110. Unlike call centers where 
only a portion of the enterprise personnel, namely the 
call center agents, are available, to the call center sys- 
tem to process an incoming call, the disclosed invention 
may have at its disposal all or any sub-set of the person- 
nel of enterprise 110 (Figure 1). The informattonal 
resources of corporate resources 106 may include the 
databases generated and accessed by systems 302- 
314 of corporate network 102 (Rgure 3). These infbr-. 
mational resources may include, for example, H.R. 
database 402 generated and accessed by H.R. system 
302 (Figure 3) or manufacturing database 406. which is 
generated and accessed by manufacturing system 306 
(Figure 3). Also forming part of the informational 
resources of corporate resources 1 06 are the progranfB 
and applications availak)le on systems 302-314. This 
may include, for example, e-mail application 412 that is 
running on mall systeni 312 (Figure 3). The foregoing 
corporate resources are merely exemplary and a per- 
son skilled in the art would understand that other 
resources are available and suitable for use in the oper- 
ation of MRS 100. 

[Q022] Figure 5 schematically illustrates memory 
206 of computing device 200 (Figure 2). Memory 206 is 
comprised of three portions namely operating system 
502, application software 504 and data 506. Operating 
system 502 is any suitable operating system capable of 
adapting computing de/ice 200 into MRS 100 (Figures 
1 and 2), such as, for example, Microsoft^ Windows™ 
95, 98 or NT™. Sun™ Solaris™ or an embodiment of 
Unix. Application software 504 conrprises network inter- 
face software 510; PBX Interfeice software 512; speech 
recognition engine 514; Interactive Voice Response 
nVR") system 516^ which includes a DTMF tone recog- 
nition engine; optical character recognition ("OCR") 
engine 518; database access software 520; fax soft- 
ware 522; web server software 524; and enterprise soft- 
ware 526; all of which are In communication with media 
response system software 540. Data 506 comprises the 
work space and miscellaneous storage area necessary 
for the operation of MRS 100. as understood by those 
skilled in the art, designated 530. Data 506 Is also com- 
prised of MRS database 532. 

[0023] Network interface software 510 Includes a 
communication suite for communicating with corporate 
network 102 (Figure 1) and may include, for example, 
protocols for lnt«'net Protocol TIP"). Serial Link Internet 
Protocol ("SLIP"), and Point to Point Protocol (TPP"). 
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Network interface software 510 also includes software 
necessary to transmit data via network interface 208. 
[0024] PBX interface software 51 2 includes a oom- 
munication suite for communication with PBX 104 via 
PBX interftee 204 (Rgures 1 and 2). Suitable PBX inter- s 
face software 512 is embodied in, fbr example, the Sym- 
posium™ Call Center Server of Nortel Technologies. 
[0025] Speech recognition engine 514 provides 
functionality to convert received speech into computer 
recognizable code. Speech recognition software 514, io 
such as that available from Dragon Systems of Massa- 
chusetts, or OpenSpeech^ of Nortel Technologies, 
adapts processor 202 (Rgure 2) to enable conversion of 
a digitally encoded speech signal received by MRS 100 
over public network 130 or PSTN 120. via PBX 104. into is 
computer recognisable code (Figure 1). Speech recog- 
nition software may also utilize a digital signal processor 
(not shown), in communication with processor 202. to 
more efficiently process digital speech signals. 
[0026] IVR system 516 suitably operates to recog- 20 
nize DTMF tones that may be transmitted to MRS 100. 
An example of IVR system 51 6 is Symposium^ IVR and 
Meridian^ IVR. both of Nortel Technologies. Referenc- 
ing figure 1 along with figure 5. IVR system 51 6 enables 
MRS 100 to recognize and interpret keypad entries 2s 
received from telephone stations 122 or 132 sent via 
PSTN 120 or public network 130. respectively, that may 
be received from users desiring contact with enterprise 
1 10. These keypad entries are converted into computer 
recognizable code and. in concert with the operations of 30 
MRS software 540. are. used to route an incoming 
media stream to a responsive destination. In an alterna- 
tive emtxxliment. IVR system 516 forms part of corpo- 
rate resources 106 that is accessible by MRS 100. 
[0027] OCR engine 518, such as InText f rom Xerox 3S 
Corporation, or other suitable software known to those 
skilled in the art, recognizes and converts graphical 
images that include alphanumeric characters into an 
electronically readable form. For instance, a fax 
received by MRS 100. through fax software 522, will be 40 
received in a graphical format, such as, for example, a 
TIF or GIF formatted file. A graphical image of this sort 
does not provide any useable data that can assist in 
routing the fax to a responsive destination within enter- 
prise 110 (Figure 1). However, by converting the 4S 
received fax into a more suitable form, such as, for 
example an ASCII or RTF file by operation of OCR 
engine 518. Information may be gleaned from this form 
of the received fax to properly route the fax through 
enterprise 110. so 
[0028] Dataft>ase access software 520 enables . 
MRS software 540 to query arKi receive responses to 
those queries from exemplary databases 402 and 406, 
as well as those datat)ases associated with systems 
304 and 308-314. If. for example, exemp)lary datat^ases ss 
402 and 406 (figure 4) have been generated and are 
accessible through Oracle*^ software, then datat>as6 
access software 520 would receive requests generated 



by MRS software 540 and convert these requests into 
queries accepted by the Oracle^ software. Database 
access software 520 may, in the alternative be an 
ODBC software layer or other similarly suitable data- 
base access software program. In such, an instance 
diatabases 402 and 406 should be ODBC compliant 

[0029] Fax software 522, in concert with PBX inter- 
face software 512 and network interface software 510 
receives faxes sent to enterprise 1 10, over PSTN 120 
and public network 130 (Figure 1). Fax software 522 
enables MRS software 540 to receive and route an 
incoming fax to a destination within enterprise 110, in 
co-operation with network interface software 510 and 
corporate network 102 (Figure 1). fax software 522 
may also receive fax responses to these incoming 
faxes, which responses originate from within enterprise 
110. Such "in-house" faxes are then routed and trans- 
mitted by fax software 522 to a requested destination 
via public network 130 or PSTN 120. Should an in- 
house fax be destined for an address kJentifying a loca- 
tion assodated with public network 130. the in-house 
fex will, in conjunction with, the operation of network 
interface software 510, be transmitted over corporate 
network 102 and then routed to public network 130. 
However, shoukJ the in-house fax be destined for an 
address, or destination number ("DN"). associated witii 
PSTN 120. the in-house fax may be transmitted to 
PSTN 120 through the operation of PBX 104 and PBX 
interface software 512. Alternatively, a PSTN-destined 
fax may be sent to PSTN 120 by transrlnitting the in- 
house lax to fax machine 404 (Figure 4) over corporate 
network 1 02. In such a case, fax machine 404 would be 
directly connected to PSTN 120, ratiier tfmn connecting 
indirectly tiirough PBX 104. In an aKernative embodi- 
ment, fax software 522 forms part of corporate 
resources 106 rather than part of MRS 100. In tiiis 
embodiment fax software 522 would be available for use 
by MRS software 540 over corporate network 102. 
[0030] Web server software 524. such as, for exam- 
pie, Microsoft™ IIS or Apache™ server software, 
accepts Incoming media streams transmitted to enter- 
prise 110 from the world wnde web portion of put)lic net- 
work 130 (Figure 1). For example, a customer of 
enterprise 1 10 may make a request through a web- 
t^ased form situated on the web site of enterprise 110. 
Receipt of the data contained in said form by web server 
software 524 will be relayed to MRS software 540 for 
routing and tracking. Similarly, a request may be made 
to commence a "char session, or a voice over IP 
("VoIP") connection over the wortd wide web. Such 
requests are received, via public and corporate net- 
works 130 and 102. respectively, and, in conjunction 
with the operation of network interface software 510, 
interpreted and relayed to MRS software 540 by web 
server software 524. As will be appreciated by those 
skilled in the art. web server software 524 need not form 
part of MRS 100 but could, in an alternative embodi- 
ment, be part of a separate system that is in communi- 
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cation with MRS ICQ. through, for example, backbone 
320. 

[0031] Enterprise software 526 represents other 
software that is available for use MRS software 540. 
As disclosed above, part of the exenplary corporate s 
resources 106 is e-mail application 412 (Rgure 4). E- 
mail application 412 would contain address lists corre- 
sponding to the e-nrail addresses of the personnel of 
enterprise 110. Moreover, MRS software 540 can use 
the facilities of e-mail application 41 2 to route an incorrv io 
ing media stream to personnel connected to mail sys- 
tem 312 via e-mail application 412. Enterprise software 
526 could also include scheduling software* such as 
Microsoft™ SchedulePlus and such as is embodied in 
PeopleSoft™, Baan™, and SAP™ to determine the avail- is 
ability of personnel. For instance, accessing enterprise 
softwar 526 l:>y MRS software 540 may assist in deter- 
mining which personnel are on holidays. Other software 
that may comprise part of enterprise software 526 is 
facility access software, such as is produced by Honey- 20 
well, to determine whether a particular employee is on- 
site by accessing the logs of the fecility access software. 
As those skilled in the art -will appreciate, enterprise 
software 526 can include a wide variety of software 
applications and databases. '2S 
[0032] MRS database 532 also stores business 
rules for the querying of systems 302-314 and for ana- 
lysing the responses to these queries. The txisiness 
rules of MRS database 532 are designed to reflect the 
business environment of enterprise 110 (Figure 1). The 30 
business rules of MRS database 532 are used by MRS 
software 540 to analyse the data of the incoming media 
stream and fbrmulate queries to determine the appro- 
priate routing of the incoming media stream. Moreover, 
upon receipt of the responses to these queries, the 3s 
business rules are used by MRS software 540 to ana- 
lyse the responses to assess the information arxJ rank 
possible destinations for the incoming media stream. 
[0033] MRS software 540, when operating with 
MRS database 532. creates the agents illustrated in fig- 40 
ure 5a. Turning to figure 5a, the operating MRS software 
comprises communication services 550, integration 
services 560, and process management 570. The com- 
munication services 550 comprises a data driven tool 
manager 552. The integration services 560 conrprises 45 
resource requests 562, a scheduler/resource manager 
564, activity instances 566, and work items 568. The 
process managennent 570 comprises process 
instances 576. 

[0034] While in the illustrated embodiment, applica- so 
fxon software 504 is stored in memory 206 of oonputing 
device 200 (Rgure 2), alternatively, computing device 
200 may be connected to a numt>er of servers which 
may store this application software. For example, a fax 
server will have an OCR engine and an interactive voice ss 
response (IVR) server will have a speech recognition 
engine and a DTMF tone recognizer. In such case, in 
operation, computing device 200 will work in concert 



with these other servers. 

[0035] In overview, MRS software 540 provides for 
the routing of media streams incoming to enterprise 
1 10, and may track the responses thereta In addition to 
requesting services and receiving data provided by soft- 
ware 510-524, MRS software 540 monitors incoming 
requests made by customers of enterprise 110. and 
upon receipt of a request, regardless of media type 
(such as fax, e-mail, web based form, chat session 
request, video conference, VoIP connection request), 
analyses the media type, the media's associatej 
address data (e-mail header, ANI, DNIS, etc.) and any 
content data that is associated with the media stream. 
The content data is analysed by searching the incoming 
media stream's text (if the incoming media stream Is an . 
e-mail or a fax, conversion to a suitat^le format by OCR 
engine 518 would be first required), speech (if an 
incoming media stream is a video conference or VoIP 
connection, operation of speech recognition engine 514 
would be required) and/or keypad entries (following an 
IVR session). Attribute data characterizing the incoming 
media stream is thus generated by MRS software 540 
and used in routing incoming media to a resource desti- 
nation within corporate resource 106 within enterprise 
1 10. In sum, the media stream's type, address informa- 
tion and content information forms attribute data that 
will, in part, determine the resource destination address 
for routing of the media stream within enterprise 1 10. It 
should be noted that not all of these pieces of informa- 
tion may be necessary for sufficient attribute data to be 
formed by MRS software 540 for routing. Indeed, for 
some media, not all of these pieces of information will 
be available. 

[0036] A resource destination is d^ined as any 
address or identifier that can be used by MRS 100 for 
routing an incoming media stream to a resource within 
enterprise 110. A resource destination address may 
include a DN, an e-mail address, an identifier for a cor- 
porate resource, such as, for example, video conferenc- 
ing facilities, a page number, a cellular phone number, 
an identifer for a fax machine, or any other similar suita- 
ble identifier that can be used to route an incoming 
media stream to a corporate resource 106. Routing is 
effected by transmitting the incoming media stream to a 
corporate resource 106 via PBX 104 or corporate net- 
work 102. A resource destination address, such as a 
DN, corresponds and identifies resource destination, 
such as, for example, the telephone handset corre- 
sponding to the DN. 

[0037] Upon initially disposing of the incoming 
media stream to a corporate resource 106. MRS soft- 
ware 540 stores data corresponding to this disposition 
in MRS datat>ase 532. MRS software 540 also monitors 
the ultimate disposition of the media stream and also 
stores the corresponding statistics in MRS database 
532. 

[0038] Figures 6 and 7 illustrate exemplary entries 
that may form part of H.R. datak3ase 402 and manufac- 
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turing database 406 (Rgure 4), respectively. Although 
shown as a relational database, with columns 602-614 
for H.R. database 402 and columns 702-714 for manu- 
facturing database 406. databases 402 and 406 may be 
organized in any fashion known in the art such as, for s 
example, an object oriented database. 
[0039] Figure 6 illustrates the fields and entries that 
may be present in an errterprise H.R. database 402. 
H.R. database 402 is formed of column entries for an 
employee's name 602; an associated title 604; io 
employee duties 606; the employee's department 608, 
the location of the employee 610; the enrployee's inter- 
nal e-mail address 612; and the employee's phone 
number 614. Additionally, the H.R. database may 
include a column 616 indicating the status of each is 
employee, that is, whether the employee is present or 
absent and, if present, whether busy or available. For 
those employees who are part of a call center, this infor- 
mation is dynamically tracked by the call center. For 
other employees, present or at^sent information may be 20 
uploaded to the H.R. database from a facility access 
database or from a software calendar of the employee. 
A software calender may also provide infbrmatton as to 
whether the employee is busy or available. Exemplary 
entries, representing four enployees, are illustrated as 2S 
data rows 620a, 620b, 620c and 620d. 
[0040] Figure 7 illustrates manufacturing database 
406 which contains data relating to manufacturing oper- 
ations. Database 406 is comprised a columns relating to 
a product name or ID 702; the product manufacturing 30 
plant ID 704; plant location 706; plant manager 708; 
product manager 71 0; the plant's inventory 712; and the 
availak>le plant capacity for the product 714. Data entry 
rows 720a and 720b are illustrative of data that may be 
entered into columns 702-714 of manufacturing data- 35 
base 406. 

[0041] Referencing all figures but focussing on the 
flowcharts of Figures 8A, 8B and 8C which illustrate 
operations of MRS 100, an incoming media stream is 
received by enterprise 110 via one of PSTN 120 and 4o 
pxMc network 130. This media stream Is directed by 
PBX 104 or corporate network 102 to MRS 100 where it 
is monitored and responded to by MRS software 540 
(8804). If the media stream was received by MRS 100 
from PBX 104 and if, for example, the media stream was 45 
a fax sent via PSTN 120, MRS software 540 will have 
received the media stream through operation of PBX 
interface software 512. In contrast, had the media 
stream been directed to enterprise 110 via public net- 
work 130, such as when the media stream is an e-mail so 
message, the media stream Is directed to MRS 100 via 
the e-mail system 312 of corporate network 102 where 
it is operated on by MRS software 540 after delivery by 
operation of network interface software 510. 
[0042] Upon receipt of the media stream by MRS ss 
100, MRS software 540 creates a resource request 562 
(Figure 5a) which determines the media stream's type 
(i.e. e-mail, fax, web based form. VoIP, etc.) (S806). If 



the media stream type permits immediate analysis 
(S808), that is the media stream is not a digital repre- 
sentation of an analog signal su;h as VoIP or fax, MRS 
software can analyse the media stream for routing pur- 
poses. On the other hand, if the media stream is of a 
type where further processing is required prior to analy- 
sis. MRS software 540 will request further processing 
from other applications in software 504 (S810). For 
example, faxes received by system 100 directly, through 
operation of fax software 522 or transmitted to MRS 100 
over corporate network 102, if fax software 522 forms 
part of corporate resources 106. may require conver- 
sion by OCR engine 518. Similarly, VoIP or PSTN calls 
would likely require an interactive session with the caller 
employing speech or DTMF tone recognition, by opera- 
tion of speech recognition engine 514 and the DTMF 
tone recognition engine of IVR system 516, in order for 
MRS software 540 to ot^tain data to perform the analy- 
sis required for proper routing of the incoming media 
stream. 

[0043] Upon recognition of the type of an incoming 
media stream, MRS software analyses the media type's 
address and content data (S812, S814, respectively), 
and forms the attribute data characteristic of the media 
stream. Address data, as disclosed heretofore, may 
include an e-mail header, or ANI or DNIS information. 
Similarly, through co-operation with web server software 
524. any media stream received through the world wide 
web may include information similar to that contained in 
an e-mail header in a web teased form or as part of a 
cookie that has been gathered by web server software 
524. Typical address information may include the 
sender's name, originating e-mail or IP address, called 
and caDing telephone number and the like. Like the call 
centers known by those skilled in the art, address infor- 
mation will be used to determine, in part, the proper 
routing within enterprise 110 of the media stream. MRS 
100 then analyses the content of the media stream for 
any recognizable content, keywords, keypad entries 
and the like (S814). For example, a call could be routed 
based on a keypad entry of a file number. Together, the 
media stream's type, address and content form part of 
the basis for determining the routing of the media 
stream. From this analysis, attrit>ute data, which is 
obtained from ail or some of the media stream's type, 
address information and content, is formed by MRS 
software 540. 

[0044] The media attribute data is passed to the 
scheduler/iresource mar^ger 564 which decides 
whether the resource request shouU be processed 
immediately or may be scheduled for future executk>n. 
Normally, unless the system is overloaded, all resource 
requests are immediately processed. In an overload 
condition, requests t)ased on voice calls are given prior- 
ity over other media types in scheduling for execution 
(S815). The scheduler/resource manager 564 then 
either permits the resource request 562 to proceed or 
holds it dormant till a scheduled future time. Once the 
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resource request proceeds, a process instance 576 is 
created which initiates one or more activities 566 based 
on a process definition template. An activity instance 
wiD query the scheduler/resource manager 564 for a 
resource that can satisfy the request. 

[0045] Based on the resource query, the sched- 
uler/resource manager 564 of MRS software 540 
requests information from systems 302-314 (S816). For 
instance, if the media stream passed to MRS software 
is a fax. which has been passed through OCR engine 
518, information tiiat may be gathered from the fax. 
from the header information and the contents may 
include tiie calling number (gatiiered from the ANI). the 
topic from the subject line, and perhaps a product 
name, for example, the keywords "Meridian" and 
"Sales". The media type, address and content of the 
incoming media stream, in conjunction with business 
rules stored in MRS database 532 and forming part of 
MRS software 540, result in requests for further infor- 
mation being generated and transmitted to the various 
databases of enterprise 110, such as H.R. database 
402 and manufacturing database 406. These requests 
will be generated by schedular/resource manager 564 
which in turn are passed to database access software 
520. Database access software 520 will then generate 
multiple queries which will be sent over corporate net- 
work 102 to systems 302-314. 
[0046] Responses to the queries generated by 
database access software 520, are received by the 
appropriate activity instance 566 of MRS software 540 
(S818). Based on the foregoing example of a received 
fax with keywords "Meridian" and "Sales", data rows 
620c, 620d and 720a (Rgures 6 and 7, respectively) 
may be returned as each of these rows have tfie kJenti- 
fied key words In at least one of their field entries. The 
activity instance 566 then aeates a work item 568 stor- 
ing everything known about the activity. The work item 
568 invokes the data driven toot 552 which determines 
an appropriate routing destination wrtiiin enterprise 110 
(Figure 1) based on ttie data returned by systems 302- 
314 and the business rules which are part of the data 
driven tool and are stored In MRS datatiase 532. in the 
foregoing example it may be determined that tiie fax 
may be appropriately disposed of by sending tiie fax by 
e-mail as an attached message, via e-mail application 
412 of mail system 312, toj.wayne@nortel.com (S820). 
Furthermore, as the example incoming media stream 
was a fax, which does not require a response in real or 
near-real time, the e-mail will, for example, be sent with- 
out any urgency or priority attachment (S822). As such, 
the e-mail message, with the attached fax, would be 
sent to the determined destination (S830). Statistics on 
the receipt of the fax, and its disposition by John Wayne 
will be stored in MRS datat)ase 532 for future reporting 
requirements (S832). 

[0047] In order to track ultimate disposition, the e- 
mail sent by MRS software 540 is preferably delivered 
witii a request for acknowledgement. This may be 



accomplished, if supported by e-mail application 412, 
by sencfing the e-nnail with an acknowledgement attach- 
ment. Such an attachment automatically notifies the 
sender, in this c^e MRS 100, upon the recipient, John 

5 Wayne, opening tiie message. The work item 568 asso- 
ciated with this resource altocation receives the 
acknowledgement. It then sends a done indication to 
the activity 566 which informs the process 576. The 
process in turn Informs the request resource instance 

10 562. The request resource instance 562 updates the 
MRS database 532 to record tiie ultimate disposition of 
the iax (S838) and then all instances 562, 576, 566, 568 
associated with ;the resource allocation terminate. Had 
an acknowledgement regarding the ultimate disposition 

15 of the media stream not been received within a prede- 
termined time limit (S834) - which time is based on the 
media stream's type, address and content, gathered in 
steps S806, S812 and S814, and the business rules 
stored in MRS database 532 - MRS software 540 would 

20 perform any appropriate action such as iipdating the 
priority of the media stream and/or re-routing the media 
stream (S836). The media stream, ip tiie foregoing 
example, could for instance be re-routed to tiie original 
. destination, but with a different priority level attached to 

25 the e-mail message. In an alternative embodiment, the. 
e-mail message could be re-routed to another destina- 
tion based upon the original responses by systems 302- 
314 to the queries of MRS software 540, as determined 
in S820. Or, due to the dynamic nature of the datat>ases 

30 of systems 302-314, a newly appropriate destination 
could be returned to MRS software 540 by systems 
302-314 and the fax would be routed to tiiis newly noted 
destination. 

[0048] The database queries and responses and 

35 otiier messages sent through the enterprise may be 
sent using common object request broker architecture 
(CORBA). a known architecture which facilitates inter- 
facing in a distributed environment. 
[0049] It Should be noted that the routing of the 

40 Incoming media stream is not only deperxlent upon the . 
media stream but also upon the availability of resources 
106 within enterprise 110. MRS software 540 may be 
able to determine the availability of a resource directly 
from a database query, as illustrated in the personnel 

45 status column of tiie H.R. database of figure 6. Alterna- 
tively, where such a status column is not available, MRS 
software 540 may be able to determine the availability of 
corporate resources 106 in enterprise 110 in conjunc- 
tion with network and PBX interface software 510 and 

so 512, respectively, enterprise software 526 and the soft- 
' ware associated with systems 302-314 (S824). For 
instance. MRS software 540 may determine the availa- 
bility of personnel; whether said personnel are on cur- 
rentiy on the phone - via inquiries made of PBX 104 

55 (Figure 1): the availalMlity of video-conferencing facili- 
ties; as well as many other attributes regarding corpo- 
rate resources 106. 

[0050] If, rather than a fax, the incoming media 
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stream represented a VoIP call, then a more immediate 
response is required to adequately and appropriately 
dispose of the media stream. The VoIP call nrtay initially 
be passed to IVR system 516 where the user is pre- 
sented with a number of options which can be selected 5 
by the appropriate keypad entries. If» for exantple. the 
entries selected by the user, and recognized by IVR 
system 516, represent a request for "Sales** information 
pertaining to the ''Meridian** system, then MRS 540, in 
conjunction with database access software 520. would 10 
hnake the same queries of the H.R. and manufacturing 
datat>ases. Again, the response to these queries would 
return data rows 620c. 620d and 720a. Based on the 
returned data (8818), MRS software 540, again in con- 
junction with the business rules stored in MRS database is 
532, determines that John WSayne is an acceptable . 
recipient fbr the incoming VoIP call (S820). As the 
incoming media stream is a VoIP type, which requires 
immediate response (S822), MRS software 540 reviews 
the status information fbr John Wayne to determine he 20 
is present and available. MRS software 540. in co-oper- 
ation with PBX interface software 512. may also query . 
PBX 102 to determine if the identified resource, namely 
DN 555-9876 (the dial number associated with data row 
620c, column 614) is cun-ently availat^le (S824). If PBX ^ 
102 responds to MRS software 540 that the requested 
number is in use, MRS software 540 returns to its first 
query responses, namely 620c, 620d and 720a, to 
determine if another suitable resource is appropriate 
resource is available (8828). If one is not, then MRS 30 
software 540 may then forward the VoIP call to a default 
handling system such as. for example, the voice mail 
box of J. Wayne by passing the call to PBX 1 02 (8830). 
However, MRS software 540 may determine, again 
based on the t>usiness rules stored in MRS database 35 
532, that Frank Williams (data row 620d} is also a suita- 
ble resource to respond to the VoIP call (8820). Again 
PBX 102 may be queried to determine if the intended 
recipient's line is in use (8824), as the media stream*s 
immediate requirement for response is unchanged 40 
(8822). Assuming that the intended line is not in use, 
the VoIP call would be transferred to 555-9999 via PBX 
102 (8830). In either case, statistics on the receipt and 
iratial: disposition of the VoIP telephone call would be 
stored in MRS database 532 (8832). As will be under- 45 
stood by those skilled in the art, the destination of initial 
disposal of the incoming media stream need not be 
pliysically located within enterprise 1 1 0. As afbrenoted. 
the corporate resource. In this example the DN 555- 
9999, could be wireless communication device, such as so 
a cellular phone, that is carried by personnel to any 
location. Regardless of the physical location of destina- 
tion resource, upon completion of the VoIP call, MRS 
software 540 wouM be notified by PBX 102 of this event 
and MRS datat)ase 532 wouki be further updated with 55 
statistics regarding the VoIP call's ultimate disposition 
(8838). 

[0051] The MRS may subsume the functions of a 
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conventional call center. Alternatively, where the enter- 
prise 110 includes a call center associated with a PBX, 
the call center forms part of the MRS. as follows. Where 
a call amves at the call center, it passes a routing query 
to MRS software 540. In the case where the call center 
is a SYMPOSIUM^ call center manufactured by Nortel 
Networks, such a query coukJ be passed to the MRS 
software using the host data exchange (HDX) protocol. 
This query is handled by MRS software 540 in the man- 
ner described in conjunction with figures 8A, 8B. 8C 
with the exception that step 804 comprises receiving the 
query rather than the media stream itself Based on the 
query, the MRS software 540 determines an agent 
resource to handle the call and passes this back to the 
call center. However, unlike a conventional call center, if 
due to unfbrseen circumstances, an Incoming call was 
rK>t handled within the pre-determined time frame 
(8834), the conventional call couki be re-routed from 
the call center to personnel outskJe of the call center but 
within enterprise 110 (Figure 1) (S836). 
[0052] If the incoming media is an e-mail or is a fax 
attached to e-mail, then, as noted. MRS 100 may moni- 
tor the reception of the media by the recipient to whom 
the rhedia was directed by use of an acknowledgement 
receipt. Where the incoming media is voice over IP or a 
PSTN call which is not answered by the intended recip- 
ient but enters voice mail. MRS 100 may monitor rec^- 
tion of the media if the voice mail system is programmed 
to send the MRS a message identifying voice mail 
which has been picked up. The tasks of the MRS may 
be complete after determining that routed media has 
k^en picked-up. Alternatively, it may be desired fbr the 
MRS to determine whether the recipient has responded 
to the media. This couM be accomplished by all media 
originating from the recipient passing through the MRS 
and being matched with any previously unanswered 
media which had t^en directed to tat recipient. 
[0053] The M RS may store information on the activ- 
ities which occurred in handling an incoming media 
streams (e.g.. which systems in the enterprise were 
queried and provided information and the ultimate dis- 
position of the Inoonning media stream). This alk3ws the 
formulation of statistics, such as costing statistics and 
tum around time fbr handling incoming media streams 
of varying types. The stored information and/or the sta- 
tistics may be availat^e to a system administrator in an 
historical datak>ase or may be automatically distritnjted 
dynamically or in batch form to selected destinations. 
[0054] Those skilled in the art will understand and 
appreciate that the steps of the method disdosed in Fig- 
ures 8A-8C need not be performed in the same 
sequence or in their entirety to fiall within the spirit and 
scope of the invention. Moreover, those skilled in the art 
that the response to a media stream need not be formu- 
lated in the same media type as tiie incoming media 
stream. For example, an incoming fax may be 
responded to by telephone call, e-mail, fax, video con- 
ference or other types of media. 
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[0055] (t will be further understood by the person 
skilled in the art that the distinction between operating 
system 502, application software 504 and data 506 (of 
Figure 5) is artificial and is described in this form for 
clarity and ease of understanding. Moreover, applica- 
tion software 504 is also artificially separated into soft- 
ware components 510-540. It is well known to persons 
skilled in the art that several of these functions can and 
are einbodied in a single software program and that 
several of these programs can be incorporated Into 
operating system 502. As such, various combinations of 
software and a variety of demarcations t^etween soft- 
ware packages tiiat perform the operations described 
akxyve are within the scope and spirit of this invention. 
[0056] It will be further understood that the inven- 
tion is not limited to the embodiments described herein 
which are merely illustrative of a preferred embodiment 
of carrying out the invention, and which are susceptible 
to modification of form, arrangement of parts, steps, 
details, and order of operation. The invention, rather, is 
intended to encompass all such modification with its 
spirit and scope, as defined by the claims. 

Claims 

1. A method for routing an incoming media stream 
connprising: 

(a) receiving a media stream comprised of one 
of a plurality of media stream types directed to 
an enterprise; 
' (b) detennirung attribute data characteristic of 
sakJ media stream from satel media stream; 

(c) t>ased on said attribute data, requesting 
information from databases available in said 
enterprise; and 

(d) based on responses to said information 
requesting step, routing said incoming media 
stream to a resource destination address asso- 
ciated witii said enterprise. 



3. The method of claim 2, wherein step (d) further 
. comprises; 

(v) if ail said determined possible resource des- 
5 tinatipns for riDuting said incoming media 

stream are unavailable, routing said incoming 
media stream to a default resource destination 
address. 

10 4. The method of claim 1, further comprising: 

(f) monitoring reception of said response to 
saki incoming media stream by a resource at 
saM resource destination address. 
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2. The method of claim 1 , wherein step (d) comprises: 

(i) determining a possible resource destination 
address for routing said incoming media 45 
stream based on said responses; 

(ii) determining if the possible resource desti- 
nation corresponding to said resource destina- 
tion address is available for routing said 
incoming media stream; so 

(iii) if said possible resource destination is una- 
vailak)le for routing said media stream, repeat- 
ing steps (i) and (ii); 

(iv) if said possible resource destination is 
available for routing sakl media stream, routing 55 
said incoming media stream to said available 
resource destination. 



5. The methcxJ of claim 4, further comprising: 

(g) if said routed media stream has not been 
received by said resource within a predeter- 
mined time which time is dependent upon at 
least one of saki media type and said attribute 
data, repeating steps (c), (d) and (e): 

6. The method of daim 5, wherein siEdd attriknjte data 
comprises at least one of: 

(i) said type of said media stream: 

(ii) address data of said media stream; and 

(iii) content data of sakJ media stream. 

7. The method of claim 6 wherein sak:! media stream 
types comprise one of a votee over internet call; a 
public switched telephone network call, a facsimile 
transmission, ah e-mail transmission, a web chat 
request, a web form, and a video call. 

8. The method of claim 7 wherein sakJ media stream 
type connprlses an e-mail and including the step of 
routing sakl e-mail with an acknowledgement 
receipt request. 

♦ 

9. The method of claim 7 wherein sakJ media stream 
type comprises a facsimile transmission and includ- 
ing ttie step of attaching sakl facsimile transmission 
to an e-mail prior to routing said facsimile transmis- 
sion. 

10. The method of daim 9 including the step of routing 
sakl e-mail with attached facsimile transmission 
with an acknowledgement receipt request 

11. The method of claim 9 wherein saki determining 
step comprises applylrtg character recognition to 
sakl facsimile transmission to obtain a readat)]e 
translation of said facsimile transmission and, ana- 
lyzing saki readable translation for certain key- 
words. 
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12. The method of claim 7 including the step of storing 
statistics on said routing of said media stream. 

13. The method of claim 1, wherein routing said media 
stream to said resource destination address com- s 
prises: 

(A) receiving infdnmation from said plurality of 
enterprise resources; 

(B) identifying a plurality of possible resource io 
destination addresses based on said received 
information: 

(C) ranking said plurality of possible resource 
destination addresses based on said attribute 
data; is 

. (D) determining, by communication with said 
enterprise databases* the availability of a 
selected resource destination corresponding to 
a selected resource destination address; 

. (E) if said selected resource destination Is 20 
available, routing said incoming media stream 
to said available resource destination address; 
(F) if said selected resource destination is una- 
vailable, repeating items (D) and (E) with alter- 
nate selected resource destination addresses. 2s 

14. A system for routing a plurality of types of media 
streams received by an enterprise conprising: 

(a) a processor; 30 

(b) a network communications device, in com- 
munication with said processor, for communi- 
cations with at least one of a data network and 
a Pul3lic Switched Telephone System 
^PSTN^; 35 

(c) said network communications device also in 
communication with a plurality of databases of 
said enterprise; 

(d) memory in communication with said proc- 
essor, said memory adapting said processor 40 
to: 

(i) receive an incoming media stream, 
comprising one of a plurality of mecfia 
stream types, from one of said data net- 4s 
work and said PSTN; 

(ii) identify attribute data characteristic of 
said media stream; 

(iii) based on said attribute data, request 
possible resource destination address so 
information from said plurality of enterprise 
databases; and 

(iv) route said media stream to a resource 
destination address based on responses 

to said requests. ss 

15. The system of daim 14, wherein said memory fur- 
ther adapts said processor to: 



(vO determine if said routed media stream has 
been responded to within a predetermined 
time; 

(vii) if said routed media stream has not been 
responded to within sakl predetermined time 
frame, performing an alternate action on said 
media stream. 

16. The method of daim 15, wherein said memory fur- 
tiier adapts said processor to: 

(viii) store statistical data with respect to said 
routing of said incoming media stream. 

17. The method of daim 15 wherein step (vi) comprises 
performing at least one of adjusting sakJ media 
stream's response priority and re-routing said 
media stream to a resource destination address 
within said enterprise. 

18. A computer readable medium, comprising: 

(a) means for receiving a plurality of rnecfia 
stream types from a PSTN and a data network; 

(b) means for communicating with a plurality of 
databases of an enterprise; 

(c) means for forming attribute data from each 
of said media streams; 

(d) means for requesting data for determining a 
resource destination address witiiin said enter- 
prise by communication with said databases; 

(e) means for routing said media strearns to 
said resource destination address; and 

(f) means for storing data corresponding to said 
receipt and routing of said media streams. 

19. The computer readable medium of daim 18. 
wherein said means for forming attribute data com- 
prises means to identify at least one of said media 
stream's type, address data and content data. 

20. The computer readable medium of daim 19, 
wherein means for determining a resource destina- 
tion address further comprises: 

(i) means for receiving responses from said 
enterprise datatDases; and 

(ii) means for ranking possil:>le resource desti- 
nation addresses based on said received 
responses. 

21. The computer readable medium of daim 20, 
wherein said means for routing comprises: 

(i) means for selecting a resource destination 
address from said ranking; 

(ii) means for determining the availability of a 
resource destination corresponding to saki 
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selected resource destination address; 

(ill) if said selected resource destination 
address is available, routing said media to said 
selected resource; and 

(iv) if said selected resource destination is una- s 
vailable, repeating (0 and (ii). 

22. The computer readable medium of claim 21. 
wherein said routing of said media stream further 
comprises: io 

0) means monitoring reception of said routed 
media stream by said selected resource; 

(ii) means for determining if said reception has 
not occurred within a predetermined time; i5 

(iii) if said reception has not occurred within j 
said predet^mined time; increasing the 
response priority of said media stream and 
repeating (d), (e) and (f). 

23. Th computer readable medium product of claim 
22. further comprising: 

(g) means for storing statistical data corre- : 
spoTKling to saki routed media stream. 2S 
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